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(57) ABSTRACT 

Internet access is provided over a digital cable television 
system using Internet protocol (IP) over MPEG digital 
video. Simultaneous Internet access and TV viewing is 
provided by an IP over MPEG-2 video system with channel 
tracking. Whenever a video channel change is detected, tiie 
viewer's Internet connection is routed from one video chan- 
nel to another video channel so that the Internet connection 
is dynamically routed and tracks the channel changes made 
by the viewer. Additionally, if there is no available data 
carrying capacity in the video channel selected by the viewer 
(a "busy" condition), the Internet connection is routed to an 
out-of-band frequency. The Internet connection tracks the 
channel changes made by the viewer using a single tuner/ 
digital MPEG decoder in the CATV settop box. 



402 
/ 

PROXY 
SERVER 



404 

ROUTER 



?10 



40B-^ 



408n 



HANAGEHEHT SERVER 



-412 



CHANNEL 
RESOURCE 
MANAGER 



411 



DATA ACCESS SERVER 

3_ 



P GATEVAY 



OUT-OF-BAND 
CHAHNaS 

425 



VIDEO CHANNEL A 
VIDEO CHANNEL B 
VIDEO CHANNEL C 




424 


/ 




SET-TOP BOX 




1 1 



06/24/2004, EAST Version: 1.4.1 



Patent AppUcation Publication Aug. 8, 2002 Sheet 1 of 8 US 2002/0108119 Al 



FIG. 1 



FREQUENCY 

11 

MHz 
f6- 



f5- 



f4- 



f3 



130 

70 
50 
30 



5- 



fG 



MPEG DATA PACKET C 



OUT OF BAND(OOB) 
DOWNSTREAM SPECTRUH 
ABOVE VIDEO 



MPEG DATA 
PACKET B(FULL) 



HPEG DATA 
PACKET A 



f2 



t 



y////////. 



n 



CHANGE 
CHANNELS 
A TO C 



CHANGE 
CHANNELS 
C TO B 



G MHz VIDEO 
CHANNEL C 



B MHz VIDEO 
CHANNa B 



B MHz VIDEO 
CHANNEL A 



f7 



_ 70-130 HHz 
OUT OF BAND (GOB) 

DOWNSTREAM 
_ SPECTRUM 



30-50 MHz (20 MHz) GUARD BAND 



OUT OF BAND(OOB) 
5-30 HHz (25 HHz) 
UPSTREAM SPECTRUH 



TIME 



06/24/2004, EAST Version: 1.4.1 



Patent AppUcation PubUcation Aug. 8, 2002 Sheet 2 of 8 US 2002/0108119 Al 




06/24/2004, EAST Version: 1.4.1 



Patent AppUcation Publication Aug. 8, 2002 Sheet 3 of 8 US 2002/0108119 Al 




06/24/2004, EAST Version: 1.4.1 




06/24/2004, EAST Version: 1.4.1 



Patent Application Publication Aug. 8, 2002 Sheet 5 of 8 US 2002/0108119 Al 




1 — I CNJ 



06/24/2004, EAST Version: 1.4.1 



Patent AppUcation PubUcation Aug. 8, 2002 Sheet 6 of 8 US 2002/0108119 Al 



FIG, 6A 



TV PROGfWM 
ElOA 



1 



m STEP 1 UPON CHANNEL CHANGE AND 

IN-BAND IP TRAFFIC STB SENDS 

► CHANNa RESOURCE REQUEST 

USING OOB UPSTREAH 



OUT-OF-BAND- 



612A 

CHANNEL RESOURCE REQUEST 



FIG. SB TV PROGRAM 

610B 

L— 



STEP 2 SERVER SENDS CHANNEL 



IN-BAND " RESOURCE CONFIRM USING 

i- OOB DOyiNSTREAH 



OUT-OF-BAND \ " 

614B 

CHANNEL RESOURCE CONFIRH 

FIG. EC TVPROGRAH IP PACUTS 
610C EIGC 

T.n.un ^ ^ STEP 3 SERVER ROUTES THE IP 

IN-BAND PACKETS TO T^C RIGHT IN- 

-r BAND TRANSPORT 



OUT-OF-BAND- 



FTC RD 

^ TVPROGRAH 

SIOD 



1 



STEP 4 SERVER CAN ALSO ROUTES 



IN-BAND ^ THE IP PACKET TO THE OOB 

- DOWNSTREAM 



OUT-OF-BAND ^ 

618D 
IP PACKETS 



06/24/2004, EAST Version: 1.4.1 



Patent AppUcation PubUcation Aug. 8, 2002 Sheet 7 of 8 US 2002/0108119 Al 





o » 




o 


QJ 






CU 1 












1 CO 


o 




C= 




CU LJ 




C3. O 


C33 to 


s-s 


• I— • -t— • 


CO QJ 


• o> 


c o. 


cn a 


»— 1 CU 


o 


CO oi 


OJ z 




OJ CJ 




CU o 






-O CO 




TO ^ 


Oi 


C- o 


f CU 


GJ -O 


O CO 




jc: 


m_ CU 




QJ 






CJ 




cr ^ 


M— C_ 


1 — 1 OJ 


CU o 


O =3 


c: 


c 


o 


-a cr 


C_ >N 




OJ CO 


cr 


OJ 


cz ^ 




c_ 


cnc-> 




cr 


i • — 1 czj 




OJ OJ 



CO 
OJ 



C/5 
I 



cn 

cr 



C%J s 
— to 

C3 GU 



cn coLLJLU»— « toLU' 

o «o 

CO 115 ^ o zr3 i — » c- 

CO c ro >^ 03 

f-Q »— QJ CO h— • O 

I — _cr CD o CO c_> o o cr c_ 



CO 



CO 
CO 



CO 



LLJ 

2 



^ X LD ^ <=> 

nn c=> « <r> C3 <r> o 

^ X X C_ X X >< 



QJ 



QJ 
CO. 



O 



CU 

^ O. _ QJ CO 

*~ , CO -.-H 03 CO _CI QJ 

^ ^ OJ C_ CO CO 3-»-«U- C3 

~ =3 U I— CD ^ ^ QJ 

fCrtnsCco ro c: <j 

nj OJ QJ Z3 O ■ — 1 OJ fO 

QJ OJ QJ -4 — > QJ QJ QJ QJ 



CO 
CU 



CU CO 
CU 



rjj oOCDOOO OOO OJ 

r Jri CO CO CO CO CO CO CO CO qj fO C_ 

=5 C3J OJ CU CO CU OJ QJ OJ d « 

g.2-cIc-c_coc. C-C-C_ "C3 

tn c- CO 

OJ o -cr 

GC CQ c-> 

CD fO 

OJ cr c-> 

cr o • 

cr e CO 

CO e ^ 

J= O ;C= 

C-J O CL- 



06/24/2004, EAST Version: 1.4.1 



Patent AppUcation Publication Aug. 8, 2002 Sheet 8 of 8 US 2002/0108119 Al 



LU 





OJ 




ID 


H- 
H- 

CD 
{_ X 
CD O 
OJ -l-J 1 


on-Nego1 
tiable-1 

ptor 
or 


escrip 

OxtiOOO 


nnern 
"Neoo 

descri 
script 


:d for 1 
iOurceO 
irver ( 


;nt cha 
:hannel 
)le 

]f the 
jrce de 


CU cn 
<u s 

O) c 
-f-t ILJJ Ul 

cn o OJ 
<o c- cr 


ISED 

inly currt 
use any c 
status lat 
[ length ( 
one resoi 



OI ro OJ 

CO C_3 GJ 
=>— CO 



I— I (_C3 OJ -«-* 

CO Q_eo o o =» 

c_ y> => M- ac 

o ro t— I — ' a oa 



B 

CO c 



X XX 
<=> < 
CVl OJ CNJ ■ r\J ■ ■ CNJ ■ 



C_3 



Oi OJ =J Or 



O O O fO CJ 

o o o o o 

cn CO CO cn cn 

CU cv OJ cn CU 

- c_ c_ c- c_ 



o o o 



Qj ro -o 

i=i E_ CD c_ 



. . CD I GJ ro CE 

: Q_ qI <_> QJ Q_ fSc-cjcu 

I CJ> OD CJ) S CD OJ CU OCT 

! CU CL) cj OJ a» ccococu 

feseojs to c ns e 



-3 e 



06/24/2004, EAST Version: 1.4.1 



us 2002/0108119 Al 



1 



Aug. 8, 2002 



METHOD AND APPARATUS FOR TWO-WAY 
INTERNET ACCESS OVER A CATV NETWORK 
WITH CHANNEL TRACKING 

HELD OF THE INVENTION 

[0001] The present iavention relates to a system for pro- 
viding Internet access over CATV networks. 

BACKGROUND OF THE INVENTION 

[0002] Internet access over CATV systems is typically 
accomplished using a cable modem. As an industry standard, 
the Data Over Cable Interface Specification (DO CIS) has 
emerged to provide interoperability between cable modems 
from diverse manufacturers. Internet access by cable modem 
provides generally higher download data rates than dial up 
modem access over POTS (Plain Old Telephone Service), 
ISDN (Integrated Services Digital Network) or DSL (Digital 
Subscriber Line) services. A typical cable modem is fre- 
quency agile and utilizes the unused portions of the CATV 
frequency spectrum to transmit signals in the upstream and 
downstream directions. While cable modems are often stand 
alone boxes, some CATV settop boxes are provided with a 
built-in cable modem. 

[0003] In the downstream direction, (from the headend to 
the subscriber) cable modems make use of unused frequen- 
cies in the available frequency spectrum above 50 MHz. 
Most of the spectrum above 50 MHz is used for the delivery 
of video programs. A typical CATV system may have 
spectrum usable for data above the upper limit usable for 
video (say above 500 MHz for many systems or above 
750-1000 MHz for newer systems). Also, a CATV system 
has an unused mid-band frequency region between 70 MHz 
and 130 MHz that does not contain video channels. The 
downstream data capacity of a CATV system is thus con- 
fined to the 70-130 MHz band and the band above the 
highest video channel. While an analog video signal may 
carry some digital data (such as data in the vertical blanking 
interval), the data carrying capacity of a standard analog 
format TV signal is severely hmited. Although any video 
channel could be pre-empted and used to transmil down- 
stream data, CATV operators are reluctant to convert a video 
channel to an all data channel because it reduces the video 
capacity of the CATV system. 

[0004] The retian path (the upstream direction from the 
subscriber to the headend) of a CATV system is the fre- 
quency band below 50 MHz. Typically, only a portion of the 
upstream return spectrum, from 5 to 30 MHz, is used, 
leaving a guard band of 20 MHz between the highest 
upstream frequency (30 MHz) and lowest downstream fre- 
quency (50 MHz). Unusable frequencies below 5 MHz arc 
excluded. The non-video frequencies (in this case, 5-30 
MHz, 70-130 Mhz and those above the highest video signal) 
are referred to herein as the out-of-band (OOB) frequencies. 
The video channels arc organized as 6 MHz frequency 
bands, each carrying one NTSC analog video signal. 

[0005] A cable modem may thus operate on any available 
pair of frequencies, one downstream out-of-band frequency 
and one upstream out-of-band frequency. The subscriber 
(viewer) may use the resulting two-way communication 
over the CATV system solely for Internet access via cable 
modem. However, TV video content and Internet content 
may be linked or related to each other. For example, a video 



sports event may access the Internet for ^orts statistics 
related to the video sports event. A TV advcrtLseraent may 
reference a related Web site, or accept direct orders for 
merchandise over the Intemet. However, if the subscriber 
desires to access the Intemet via a cable modem and also 
receive cable TV video at the same time, then two tuners are 
required: one for tuning a video signal an another for tuning 
the cable modem signal. 

[0006] CATV systems typically transmit digital video in 
MPEG-2 format, which makes better use of the available 
CATV spectrum as compared to analog signals. A 6 MHz 
video channel, which normally carries one standard defini- 
tion analog channel, may carry at least 4 multiplexed digital 
video programs or at least 1 high definition digital video 
program. In addition to expanded video capacity, digital 
multiplexed MPEG-2 video standards include capacity for 
carrying Intemet Protocol data (IP over MPEG). The private 
data portions of multiplexed MPEG-2 video may carry 
Internet Protocol (IP) over the same channel with simulta- 
neous multiplexed MPEG-2 digital TV signals. In such 
manner, the in-band frequencies (the video channels) carry 
downstream Intemet data along with cable TV digital video. 

[0007] However, the viewer may be receiving IP over 
MPEG on one 6 MHz video channel and desire to watch a 
digital TV program that is multiplexed on another 6 MHz 
video channel. Therefore, two tuners and two digital MPEG 
decoders are needed if the subscriber is to be able to 
simultaneously receive both IP over MPEG Intemet data on 
any digital video channel and view a digital video program 
from another MPEG encoded 6 MHz video channel. It 
would be desirable to utilize the downstream data carrying 
capacity of the in-band CATV spectmm to simultaneously 
receive both IP over MPEG Internet data and MPEG 
encoded digital video using a single tuner/digital MPEG 
decoder in the CATV settop box. 

SUMMARY OF THE INVENTION 

[0008] The present invention is embodied in an Internet 
Protocol over MPEG-2 video system with channel tracking 
to route the viewer's Internet connection from one digital 
TV channel to another. The viewer's the Internet connection 
is dynamically routed so as to track the channel changes 
made by the viewer. 

[0009] In addition, if there is no available data carrying 
capacity in the 6 MHz video channel selected by the viewer 
(a "busy" condition), the downstream in-band Internet con- 
nection is routed to a downstream out-of-band frequency. 
Upon subsequent channel changes by the viewer to a 6 MHz 
video channel that is not "busy," the viewer's Internet 
connection is re-routed to an in-band IP over MPEG data 
packet in the same 6 MHz as the viewer's selected digital 
video channel. In such manner, the Internet connection 
tracks the channel changes made by the viewer permitting 
the use of a single tuner/digital decoder in the CATV settop 
box. 

BRIEF DESCRIPTION OF THE DRAWINGS 

[0010] FIG. 1 is a diagram illustrating the spectrum allo- 
cation in a CATV system in accordance with the present 
invention. 

[0011] FIG. 2 is a block diagram of a prior art IP over 
MPEG system. 
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[0012] FIG. 3 is a block diagram of a CATV system with 
a master headend 301 and multiple remote headends using 
an IP over MPEG system with channel tracking in accor- 
dance with the present invention. 

[0013] FIG. 4 is a block diagram of a CATV system using 
an IP over MPEG system with channel tracking in accor- 
dance with the present invention. 

[0014] FIG. 5 is a signal flow diagram illustrating the 
message protocol to implement channel tracking in accor- 
dance with present invention. 

[0015] FIG. 6A illustrates the signal flow for making 
Channel Resource Request upon channel change in accor- 
dance with present invention. 

[0016] FIG. 6B illustrates the signal flow for receiving the 
Channel Resource Confirmation message upon channel 
change in accordance with present invention. 

[0017] FIG. 6C illustrates the signal flow for receiving a 
digital TV program with Internet access by IP packets 
carried over MPEG multiplexed video. 

[0018] FIG. 6D illustrates the signal flow for receiving a 
digital TV program with Internet access by IP packets 
carried in the out-of-band downstream signal path. 

[0019] FIG. 7 is a block diagram illustrating the format of 
an IP Datagram and routing table for implementing channel 
tracking in accordance with present invention. 

DETAILED DESCRIPTION 

[0020] The frequency allocation for a typical CATV sys- 
tem is illustrated in FIG. 1. The upstream out-of-band 
spectrum ranges from 5 MHz to 30 MHz. There is a guard 
band from 30 MHz to 50 MHz. Regular 6 MHz video 
channels begin above 50 MHz. From 70 MHz to 130 MHz 
there is a mid-band region that does not normally contain 
video program information and is used for out-of-band 
downstream data. Regular 6 MHz spaced video channels 
begin again above 130 MHz and continue up to the highest 
frequency limit of the CATV system. 

[0021] For example, frequency fl is an upstream out-of- 
band carrier signal in the return spectrum. Frequency f2, f7 
(mid-band) and f6 (out-of-band above video) are down- 
stream out-of-band carrier signals. Frequency f3, f4 and f5 
represent the center carriers of three 6 MHz video channels, 
corresponding to digital video channel A, digital video 
channel B and digital video channel C, respectivly. Each of 
the digital video channels A, B, and C, contain re^ective IP 
packets over MPEG digital video. In particular, video chan- 
nel A contains MPEG data packet A, video charmel B 
contains MPEG data packet B while video channel C 
contains MPEG data packet C. 

[0022] Channel Tracking 

[0023] The operation of the present invention to imple- 
ment channel tracking is illustrated by the frequency tran- 
sitions (dashed line arrows) in FIG. 1. 

[0024] In particular, assume that a viewer is watching 
video channel A and receiving Internet access via MPEG 
data packet A. The tuner/MPEG decoder is receiving data 
and digital video on frequency f3. When the viewer changes 
video channels from video channel A to video channel C, the 



tuner/MPEG decoder in the settop box tunes to frequency fS, 
the earner frequency of video channel C. At this point, the 
settop box (having a single tuner/MPEG decoder) can no 
longer receive MPEG data on frequency f3. In accordance 
with the channel tracking features of the present invention, 
the Internet access connection for the viewer will be trans- 
ferred to MPEG data packet C on video channel C. In such 
manner, the Internet connection is not lost upon changing 
channels. 

[0025] When the viewer subsequently changes channels 
from video channel C to video channel B, the tuner/MPEG 
decoder in the settop box tunes to frequency f4, the center 
frequency of video channel B. At this point, the settop box 
can no longer receive frequency f4. 

[0026] Busy Conditions 

[0027] However, assume that other subscribers are utiliz- 
ing all of the IP data carrying capacity of video channel B 
on frequency f4. Since aU of capacity for carrying IP data 
packets is occupied, MPEG data packet B is considered fuU. 
A condition in which there is no available IP data carrying 
capacity in a given 6 MHz video channel is called a "busy" 
condition. In response to a busy condition, the viewer* s 
Internet connection is routed to an out-of-band frequency f7. 
The transitions representing re-routing of the viewer's Inter- 
net access connection is shown by dashed arrows between 
carrier frequencies f3 and f4 (tracking a channel change 
from channel A to channel C), and carrier frequencies f4 and 
f7 (tracking a channel change from channel C to channel B. 

[0028] A block diagram of a standard IP over MPEG 
Internet access system is shown in FIG. 2, The downstream 
channel is standard IP over MPEG, while the return channel 
is via a standard out-of-band cable modem upstream chan- 
nel. 

[0029] At the headend 210, a proxy server 214 comprises 
an HTTP interface 214A to the Internet 202 and a TCP/IP 
stack 21 4B. The downstream IP packets 216 are formatted 
in MPEG encoder 230 where the MPEG table 226, and the 
MPEG transport module 228 format the MPEG data stream 
to an in-band transmitter 232 on the physical in-band data 
path 236. 

[0030] At the settop box 212, an in-band receiver 246, an 
MPEG transport module 244 and an MPEG table 242 
recover the IP data packet for TCP/IP stack 240 and HTTP 
interface 238. The specific application is displayed on the 
TV 237. IP packets for the return channel are routed through 
an out-of-band media access controller 248 and an out-of- 
band transmitter 250. The out-of-band return path 234 is 
received at the headend 210 by an out-of-band receiver 222 
and an out-of-band media access controller 220. The return 
packets 218 are forwarded to the TCP/IP protocol stack 
214B and HTTP interface 214A for transmission on the 
Internet 202. 

[0031] The system shown in FIG, 2 does not include a 
provision for channel tracking. If the viewer changes the 
tuner frequency of the in-band receiver 246 in order to view 
a difierent multiplexed digital video program on a different 
6 MHz video channel, the Internet connection (via IP over 
MPEG data packet) on the present channel will be lost. 

[0032] A CATV system with multiple remote headends in 
accordance with the present invention that uses IP over 
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MPEG for Interael access with channel tracking is shown in 
FIG. 3. At the master headend 301, a proxy server 304 is 
coupled via a local area network 306 to the Internet 302 and 
a master router 308. Under the control of an application 
manager CPU 312, the access control CPU 314 (both of 
which are coupled to the master router 308 via a local area 
network bus 310) formats LP over MPEG digital video 316. 
The master headend 301 is coupled to a plurality of remote 
headends 320, 326 via a SDH/ATM network 318. 

[0033] Each of remote headends 320, 326 includes a local 
router 322, 328, and one or more hybrid fiber coax (HFC) 
network interfaces 324, 330, 332 coupled to respective 
hybrid fiber coax distribution systems 334, 336, 338. A 
plurality of settop boxes 344, 350, 356 at each subscriber 
location 340, 346, 352 (which may include respective PC's 
342, 348, 354) is coupled to each HFC distribution system 
334, 336, 338. The digital video multiplexer 316 at the 
master headend 301 provides common transport 360 to each 
HFC distribution system 334, 336, 338 and local transport 
362 to an individual HFC system 338. 

[0034] A block diagram of a CATV system using IP over 
MPEG with channel tracking is shown in further detail in 
FIG. 4. A proxy server 402 and router 404 provide access to 
the Internet and are coupled via a local area network 406, 
408 to an access control CPU 414. An application manager 
CPU 412 is also coupled via a local area network bus to the 
access control CPU 414, which in turn controls MPEG-2 
multiplexers 416. The access control 414 is further com- 
posed of a channel resource manager 411 and an IP gateway 
413. Each 6 MHz video channel, (e.g. video channel A, 
video channel B, and video channel C) is multiplexed 420 
onto the two-way broadband network 422 for transmission 
to each individual settop box 424. Return signals from each 
settop box 424 reach the headend via an out-of-band channel 
transceiver 425. 

[0035] The signal flow between system elements of FIGS. 
3 and 4 is illustrated in FIG. 5. The system elements 
sending and receiving messages are the Internet 502, a proxy 
server 504, a channel resource manager 511, IP gateway 513, 
MPEG multiplexer 516, an out-of-band controller 525 and 
the settop box 524. 

[0036] Initialization 

[0037] Initially, the settop box 524 forwards a Bootp 
request 530 to the out-of-band controller 525, which 
responds with a Bootp confirm. After boot-up, a communi- 
cation session is established in which downstream IP data is 
transmitted as IP over MPEG IB (in-band) and upstream IP 
data is transmitted as IP 00 B (out-of-band). 

[0038] Channel Changes 

[0039] In response to a channel change by the viewer, the 
settop 524 sends a channel change request 533 to the 
out-of-band controller 525 at the headend, which forwards 
534 the out-of-band channel change request to the channel 
resource manager 511. The format of a channel change 
request is shown in table 1. The channel resource manager 
511 determines whether the requested channel (6 MHz 
multiplexed MPEG digital video channel) can support 
another IP user. If so, the channel resource manager assigns 
a packet ID (PID) to the new user (settop 524). If no PID is 
available on the requested channel, the channel resourse 
manager assigns a default PID of "FFFF" which indicates a 
"busy** condition. The channel resource manager 511 
updates the resource table 538 in the IP gateway 513. 



[0040] Channel Tracking 

[0041] In order to grant a channel change request, the 
channel resource manager 511 returns a Channel Resource 
Confirmation message 536 to the out-of-band controller 525, 
which transmits the Channel Resource Confu-matioo mes- 
sage to the settop 524 in the out-of-band region of the CATV 
spectrum. Table 2 illiistrates the format of the Channel 
Resource Confirmation message. The settop box responds to 
the Channel Resource Confirmation message 535 by select- 
ing the new PID as the new source of IP packets over MPEG 
data packets. If the new PID is FFFF, then the requested 
channel was "busy". In response to a busy signal, the settop 
box 524 uses the out-of-band channel to receive IP data 
packets using DVB Muli-Protocol Encapsulation. 

[0042] The two types of Internet connection are illustrated 
in FIG. 5 (lower half of drawing). In the upstream direction, 
HTTP data packets 540 are forwarded to the out-of-band 
controller 525, and further transmitted 541 to the proxy 
server 504 which is coupled 552 to the Internet 502. In the 
downstream direction 553, HTTP data packets 551 arc 
forwarded from the proxy server 504 to the IP gateway 513. 
In order to forward the HTTP data packets to the settop box 
524, the IP gateway 513 looks up the appropriate connection 
information in the channel resource table stored in the IP 
gateway 513. 

[0043] If the setup box 524 has a current (active) valid 
packet ID assigned it in the current 6 MHz video channel, 
the IP gateway 513 forwards the HTTP downstream mes- 
sage 544 to the MPEG multiplexer 516. The MPEG multi- 
plexer 516 then formats the HTTP message as IP over 
MPEG 546 (in-band) to the settop box 524. If, on the other 
hand, no current (active) valid packet ID has been assigned 
to the settop box 524, (for the currently viewed 6 MHz video 
channel), the channel resource table may indicate that an 
out-of-band IP connection session is established. If so, then 
the IP gateway 513 forwards the HTTP downstream mes- 
sage 542 to the out-of-band controller 524. Now, the Internet 
protocol packets are formatted as out-of-band messages 550 
to the settop 524. 

[0044] An overview of sequence of operations is illus- 
trated in FIGS. 6A through 6D. In FIG. 6A, the TV 
program 610A is transmitted in-band to the viewer. Upon 
channel change, a Channel Resource Request 612A is sent 
from the settop box using the out-of-band upstream spec- 
trum. In FIG. 6B, the headend responds by sending a 
Channel Resource Confirm 614B to the settop box. 

[0045] If the requested channel change could accommo- 
date an additional user of IP over MPEG data packets, then 
both the TV program 610C and the IP packets 616C are both 
transmitted in-band as shown in FIG. 6C. If, on the other 
hand the requested channel change was busy and could not 
accommodate additional IP over campaign data packets, 
then the IP data packets 618D are transmitted out-of-band as 
shown in FIG. 6D. 
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[0046] For each channel change, the communication pro- 
tocol process in FIGS. 6 A through 6D is repeated. 
Upstream communication channels from the settop to the 
headend are always oxit-of-band. Downstream communica- 
tion channels from the headend to the settop are selected by 
the headend to be either out-of-band or in-band. The head- 
end selects a downstream communication channel for the 
settop (responsive to a request from the settop) based on the 
video channel being watched by the viewer and the com- 
munication traffic load on the CATV system. 



in-band video channels, each in-band video channel includ- 
ing a plurality of multiplexed digital video channels and a 
plurality of data packets, each of said data packets being 
identified by a packet ID for carrying IP over MPEG data 
packets, a method of operation comprising: 

sending a charmel resource request from said settop to 
said headend, said channel resource request represent- 
ing a video channel change at said settop box; 



TABLE 1 



CHANNEL RESOURCE REQUEST MESSAGES 



Channel Resource Request Message Q { 
commonDescriptorHeader Q { 



resource RequestID 
resourceDescriptorType 
rcsourccNum 
association'Dig 
rcsouTceFlags 

lesourccStatus 
rcsouiccLcngth 
rcsouiccDataFicldCount 



"0x0004" 

2 

2 

"0x42" 
(or "0x46") 
1 

"0x0006" 
"0x0001" 



} 

PhysicalChannelResourceDescriptor Q { 
channclID 4 
direction "0x0000" 



STB assigned ID for message 
PhysicalChaanelResourceDescriptor 
NOT USED 
NOT USED 

Use only current channel "no n- Negotiable" 
(Can use any channel "Negotiable") 
NOT USED 

Total length of the descriptor 
Only one resource descriptor 



prograniIDC2) - 
(downstream) 



tratisport_strcainID(2) 



[0047] 



TABLE 2 



CHANNEL RESOURCE CONHRM MESSAGES 



Channel Resource Confirin Message 0 { 
commonDescriptorHeader Q { 

resouTceRequestID 

resouiccDescr Lpto iiype 

resourccNum 

associationlhg 

resouTceFlags 



resouTceStatus 
resourceLength 
resourceDataFieldCount 



2 

"0x0003" 
2 
2 

"0x42" 
(or "0x46") 
1 

"0x0010" 
"QxQGOl" 



} 

MPEGProgramResourccDescriptor 0 { 



mpegProgramNxun 
mpegPmtPid 
mpegCaPID 
clementaryStreamCbunt 
mpegPID 
streani_type 
reserved 
associationlhg 
mpegPCR 



2 
2 
2 

"0x0001" 
2 

"OxOD" 
"0x00" 
2 

"OxEEBT' 



STB assigned ID for message 
M PEGProgramRes ourceDescriptor 
Assigned by server (OxSOOO-OxSfff) 
NOT USED 

Use only current channel "non-Negotiable" 

(Can use any channel "Negotiable") 

See status table 

Total length of the descriptor 

Only one resource descriptor 



ProgramlD 
TransportStreamtD 
NOT USED 

Only one data PID per TS 

FID ior the data "FFFF* for Out-of-Band 

DVB Multi-Protocol Encapsulation 

NOT USED 
No PGR 



What is claimed is: 

1, In a digital video television communication system 
having a headend coupled to a two-way communication 
medium and at least one digital video settop box coupled to 
said two-way communication medium, said headend trans- 
mitting on a plurality of communication channels including 



selecting at said headend a selected communication chan- 
nel for downstream IP packet data from said headend to 
said settop box; 

sending a channel resource confirmation message from 
said headend to said settop box, said channel resource 
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confirmation message identifying said selected com- 
munication channel to said scttop box, and 

selecting said selected communication chamiel at said 
settop box for receiving downstream IP packet data 
from said headend. 

2. A method in accordance with claim 1, wherein said 
selected communication channel is identified in said channel 
resource confirmation message by a packet ID (PID) for 
carrying said IP over MPEG data packets on one of said 
in-band video channels. 

3. A method in accordance with claim 1, wherein said 
plurahty of communication channels further includes an 
out-of-band region having at least one out-of-band commu- 
nication channel, wherein said selected communication 
channel is identified in said chamiel resource confirmation 
message as an oul-of-band communication channel in said 
out-of-band region of said digital video communication 
system. 

4. In a digital video television communication system 
having a headend coupled to a two-way communication 
medium and at least one digital video settop box coupled to 
said two-way communication medium, said headend trans- 
mitting on a plurality of communication channels including 
first and second in-band video channels and an out-of-band 
region having at least one out-of-band communication chan- 
nel, said first video channel having a first plurality of 
multiplexed digital video channels and a plurality of data 
packets in said first video channel, each of said data packets 
being identified by a packet ID for carrying IP over MPEG 
data packets, said second video channel having a second 
plurality of multiplexed digital video channels and a plural- 
ity of data packets in said second video channel, each of said 
data packets being identified by a packet ID for carrying IP 
over MPEG data packets, a method of operation comprising: 

sending a chamiel resource request from said settop to 
said headend, said channel resource request represent- 
ing a channel change from a multiplexed digital video 
channel in said first video chaimel to a multiplexed 
digital video channel in said second video channel at 
said settop box; 

determining whether said second video channel has an 
available communication channel for downstream IP 
packet data comprising an available packet ID for 
carrying IP over MPEG data packets in said second 
video channel; 

selecting at said headend said available packet ID for 
downstream IP packet data from said headend to said 
settop box as a selected communication channel if said 
second video channel has an available communication 
channel for downstream IP packet data in said second 
video channel, and selecting at said headend an out- 
of-band communication channel in said oul-of-band 
region of said digital video communication system for 
downstream IP packet data from said headend to said 
settop box as said selected communication channel if 
said second video channel does not have an available 
communication channel for downstream IP packet data 
in said second video channel; 

sending a channel resource confirmation message from 
said headend to said settop box, said channel resource 
confirmation message identifying said selected com- 
munication channel to said settop box; and 



selecting said selected communication channel at said 
settop box for receiving downstream IP packet data 
from said headend, 

5. A method in accordance with claim 4, wherein said 
selected communication channel is identified in said channel 
resource confirmation message by a packet ID (PID) for 
carrying said IP over MPEG data packets on one of said 
in-band video channels. 

6. A method in accordance with claim 4, wherein said 
selected communication channel is identified in said channel 
resource confirmation message as an out-of-band commu- 
nication channel in said out-of-band region of said digital 
video communication system. 

7. In a headend for a digital video television communi- 
cation system including said headend coupled to a two-way 
communication medium and at least one digital video settop 
box coupled to said two-way communication medium, said 
headend transmitting on a plurality of communication chan- 
nels including in-band video channels, each in-band video 
channel including a plurahty of multiplexed digital video 
channels and a plurality of data packets, each of said data 
packets being identified by a packet ID for carrying IP over 
MPEG data packets, a method of operation comprising: 

receiving a channel resource request from said settop at 
said headend, said channel resource request represent- 
ing a video channel change at said settop box; 

selecting at said headend a selected communication chan- 
nel for downstream IP packet data from said headend to 
said settop box; and 

sending a channel resource confirmation message from 
said headend to said settop box, said channel resource 
confirmation message identifying said selected com- 
munication channel to said settop box. 

8. A headend method in accordance with claim 7, wherein 
said selected communication channel is identified in said 
channel resource confirmation message by a packet ID (PID) 
for carrying said IP over MPEG data packets on one of said 
in-band video channels. 

9. A headend method in accordance with claim 7, wherein 
said plurality of communication channels further includes an 
out-of-band region having at least one out-of-band commu- 
nication channel, wherein said selected communication 
channel is identified in said channel resource confirmation 
message as an out-of-band communication channel in said 
out-of-band region of said digital video communication 
system. 

10. Id a headend for a digital video television communi- 
cation system including said headend coupled to a two-way 
communication medium and at least one digital video settop 
box coupled to said two-way communication medium, said 
headend transmitting on a plurality of communication chan- 
nels including first and second in-band video channels and 
an out-of-band region having al least one out-of-band com- 
munication channel, said first video channel having a first 
plurality of multiplexed digital video channels and a plural- 
ity of data packets in said first video channel, each of said 
data packets being identified by a packet ID for carrying IP 
over MPEG data packets, said second video channel having 
a second plurahty of multiplexed digital video channels and 
a plurality of data packets in said second video channel, each 
of said data packets being identified by a packet ID for 
carrying IP over MPEG data packets, a method of operation 
comprising: 
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receiving a channel resource request from said setlop at 
said headend, said channel resource request represent- 
ing a channel change from a multiplexed digital video 
channel in said first video channel to a multiplexed 
digital video channel in said second video channel at 
said settop box; 

determining whether said second video channel has an 
available communication channel for downstream IP 
packet data comprising an available packet ID for 
carrying IP over MPEG data packets in said second 
video channel; 

selecting at said headend said available packet ID for 
downstream IP packet data from said headend to said 
settop box as a selected communication charmel if said 
second video channel has an available communication 
channel for downstream IP packet data in said second 
video channel, and selecting at said headend an out- 
of-band communication channel in said out-of-band 
region of said digital video communication system for 
downstream IP packet data from said headend to said 
settop box as said selected communication channel if 
said second video channel does not have an available 
communication channel for downstream IP packet data 
in said second video channel; and 

sending a channel resource confirmation message from 
said headend to said settop box, said channel resource 
confirmation message identifying said selected com- 
munication channel to said settop box. 

11. A headend method in accordance with claim 10, 
wherein said selected communication channel is identified in 
said channel resource confirmation message by a packet ID 
(PID) for carrying said IP over MPEG data packets on one 
of said in-band video channels. 

12. A headend method in accordance with claim 10, 
wherein said selected communication channel is identified in 
said channel resource confirmation message as an out-of- 
band communication channel in said out-of-band region of 
said digital video communication system. 

13. In a settop box for a digital video television commu- 
nication system having a headend coupled to a two-way 
communication medium and at least one digital video settop 
box coupled to said two-way communication medium, said 
headend transmitting on a plurality of communication chan- 
nels including in-band video channels, each in-band video 
channel including a plurality of multiplexed digital video 
channels and a plurality of data packets, each of said data 
packets being identified by a packet ID for carrying IP over 
MPEG data packets, said headend responsive to a channel 
resource request to select a selected communication channel 
for downstream IP packet data and send a channel resource 
confirmation message to said settop box, said channel 
resource confirmation message identifying said selected 
communication channel to said settop box, a method of 
operation comprising: 

sending said channel resource request from said settop, 

said channel resource request representing a video 

channel change at said settop box; 
receiving said channel resource confirmation message 

identifying said selected communication charmel to 

said settop box; and 
selecting said selected communication channel at said 

settop box for receiving said downstream IP packet data 

from said headend. 



14. A setlop method in accordance with claim 13, wherein 
said selected communication channel is identified in said 
channel resource confirmation message by a packet ID (PID) 
for carrying said IP over MPEG data packets on one of said 
in-band video channels. 

15. Asettop method in accordance with claim 13, wherein 
said plurality of communication channels further includes an 
out-of-band region having at least one out-of-band commu- 
nication channel, wherein said selected commimication 
channel is identified in said channel resource confirmation 
message as an out-of-band communication channel in said 
out-of-band region of said digital video communication 
system. 

16. In a settop box for a digital video television commu- 
nication system having a headend coupled to a two-way 
communication medium and at least one digital video settop 
box coupled to said two-way communication medium, said 
headend transmitting on a plurality of communication chan- 
nels including first and second in-band video channels and 
an out-of-band region having at least one out-of-band com- 
munication channel, said first video channel having a first 
plurality of multiplexed digital video channels and a plural- 
ity of data packets in said first video channel, each of said 
data packets being identified by a packet ID for carrying IP 
over MPEG data packets, said second video channel having 
a second plurality of multiplexed digital video channels and 
a plurality of data packets in said second video channel, each 
of said data packets being identified by a packet ID for 
carrying IP over MPEG data packets, said headend respon- 
sive to a channel resource request to select a selected 
communication channel for downstream IP packet data and 
send a channel resource confirmation message to said settop 
box, said channel resource confirmation message identifying 
said selected communication channel to said settop box, a 
method of operation comprising: 

sending said channel resource request from said settop to 
said headend, said channel resource request represent- 
ing a channel change from a multiplexed digital video 
channel in said first video channel to a multiplexed 
digital video channel in said second video channel at 
said settop box; 

receiving said channel resource confirmation message 
identifying said selected communication channel to 
said settop box; and 

selecting said selected communication charmel al said 
settop box for receiving downstream IP packet data 
from said headend. 

17. Asettop method in accordance with claim 16, wherein 
said selected communication channel is identified in said 
channel resource confirmation message by a packet ID (PID) 
for carrying said IP over MPEG data packets on one of said 
in-band video channels. 

18. Asettop method in accordance with claim 16, wherein 
said selected communication charmel is identified in said 
channel resource confirmation message as an out-of-band 
communication channel in said out-of-band region of said 
digital video conMnunication system, 

19. A digital video television communication system 
comprising: 

a two-way communication medium having a plurality of 
communication channels including In-band video 
channels, each including a respective plurality of data 
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packets, each of said data packets being identified by a 
packet ID for carrying IP over MPEG data packets; 

a digital video settop box, coupled to said two-way 
communication medium, said digital video settop box 
having a digital video settop transmitter responsive to 
a video channel change at said digital video settop box 
to transmit a channel resource request on said two-way 
communication medium, said digital video settop box 
having a digital video settop receiver coupled to said 
two-way communication system, said digital video 
settop receiver rc^onsive to a channel resource con- 
firmation message containing a selected communica- 
tion channel to receive IP over MPEG data packets on 
said selected communication channel; and 

a headend coupled to said two-way communication 
medium, said headend having a headend receiver 
responsive to said channel resource request and a 
headend transmitter to transmit said channel resource 
confirmation message on said two-way communication 
medium. 

20. In a digital video television communication system 
including a two-way communication medium having a plu- 
rality of communication channels including In-band video 
channels, each including a respective plurality of data pack- 
ets, each of said data packets being identified by a packet ID 
for carrying IP over MPEG data packets, and a headend 
coupled to said two-way comm\mication medium, said 
headend responsive to a channel resource request to generate 
a channel resource confirmation message on said two-way 
communication medium, an apparatus comprising: 

a digital video settop box, coupled to said two-way 
communication medium, said digital video settop box 
having a digital video settop transmitter responsive to 
a video channel change at said digital video settop box 
to transmit said channel resource request on said two- 
way commxmication medium, said digital video settop 
box having a digital video settop receiver coupled to 
said two-way communication system, said digital video 



settop receiver responsive to said channel resource 
confirmation message containing a selected communi- 
cation channel to receive IP over MPEG data packets 
on said selected communication channel. 

21. In a digital video television communication system 
including a settop box coupled to a two-way communication 
medium having a plurality of communication channels 
including In-band video channels, each including a respec- 
tive plurality of data packets, each of said data packets being 
identified by a packet ID for carrying IP over MPEG data 
packets, an apparatus comprising: 

a headend coupled to said two-way communication 
medium, said headend having a headend receiver 
responsive to a channel resource request from said 
digital video settop box indicating a video channel 
change at said digital video settop box, said headend 
transmitter responsive to said channel resource request 
to transmit a channel resource confirmation message 
containing a selected communication channel for said 
digital video settop box to receive IP over MPEG data 
packets on said selected communication channel. 

22. A headend method in accordance with claim 21, 
wherein said plurality of communication channels further 
includes in-band video channels and an out-of-band region 
having at least one out-of-band communication channel, 
wherein said selected communication channel is identified in 
said channel resource confirmation message by a packet ID 
(PTD) for carrying said IP over MPEG data packets on one 
of said in-band video channels. 

23. A headend method in accordance with claim 21, 
wherein said plurality of communication channels further 
includes in-band video channels and an out-of-band region 
having at least one out-of-band communication channel, 
wherein said selected communication channel is identified in 
said channel resource confirmation message as an out-of- 
band communication channel in said out-of-band region of 
said digital video communication system. 

♦ ♦ * ♦ * 
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